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Abstract 

The notion of abstract Bohni tree has arisen as an operationally-oriented distil- 
lation of works on game semantics, and has been investigated in two papers [9|, lllj. 
This paper revisits the notion, providing more syntactic support and more examples 
(like call-by-value evaluation) illustrating the generality of the underlying comput- 
ing device. Precise correspondences between various formulations of the evaluation 
mechanism of abstract Bohm trees are established. 

1 Introduction 

This paper is a contribution to the paradigm of computation as interaction, by which 
we mean that a computation is described in terms of a game between two players, one 
representing the expression to be computed, the other its context, containing information 
such as the values of its free variables, or where the result should be returned to. This line 
of work has been pursued in different, but related perspectives, giving rise to rich theories 
and applications. 

• The theory of sequential algorithms of Berry and Curien [U [5] arose in the investiga- 
tion of the full abstraction problem for PCF, a famous problem in the semantics of 
programming languages. PCF is a core pure functional programming language [31], 
and a fully abstract model is a model capturing the observable differences between 
programs exactly. Sequential algorithms are mathematical objects that in addition 
to input-output behaviour record some information about the order of computation. 
They turned out to provide a fully abstract model, not of PCF, but of a natural 
extension of PCF with a non-local control operator [8]. 

• Linear logic, and one of its models in particular - the geometry of interaction - 
originated in a fine-grained analysis of the cut-elimination process in proof theory, 
and has brought a wealth of new insights, such as formulas as resources, or proof 
nets [IHIIIS]. 



• Game semantics \10\ [Ml [2] was triggered by these previous works, and has allowed 
to give a neat account of a variety of programming features, such as control, non- 
determinism, references... 

In this paper, we adopt a type-free, operationally-oriented view. Our work takes 
inspiration mostly from the works of Coquand [TU] and of the second author |2H [22] , and 
from those of Hyland, Ong, and Nickau [24', '28]. Our key object is the notion of abstract 
Bohm tree, which is a generalization of that of Bohm tree. Bohm trees are (potentially 
infinite) normal forms, and play an important role in the theory of the A-calculus [3]. 
The main benefit of the generalization is that it offers the right level of generality for 
explaining the mechanism of computation at hand in the A-calculus and similar sequential 
languages. Abstract Bohm trees have been defined and studied in the two articles [9l lllj. 
Here, we revisit the notion: we provide more syntactic support and more examples (like 
call-by-value evaluation) illustrating the generality of the underlying computing device. 
Precise statements on the correspondences between various formulations of the evaluation 
mechanism of abstract Bohm trees are established. 

The paper is organized as follows. Abstract Bohm trees are defined in section [21 
where we also introduce our computational engine, called the Geometric Abstract Machine 
(GAM). A concrete term notation with bound variables, in the style of the A-calculus, is 
introduced at the end of this section. Section [3] is devoted to examples, that cover A- 
calculus (both normal and non-normal forms), and extensions: PCF and classical PCF; 
call-by-value evaluation is also treated, and we show finally how Girard's ludics fits in our 
framework. A remarkable feature of our framework is that the computing device need not 
be extended or adjusted: only the compilation of the different source languages varies, 
and the machinery of abstract Bohm trees works as a "universal" device. 

Sections [Hand [5] propose equivalent formulations of the GAM: the View Abstract Ma- 
chine (VAM) highlights the important notion of view (basic to the works of Coquand [TO] , 
and of Hyland and Ong [24]), while the Environment Abstract Machine is a straightfor- 
ward generalization of (a stack-free version) of Krivine Abstract Machine [26]. In the 
appendix, we establish precise correspondences between these machines. 

In section [6l we show how to formalize a lazy, stream-like computational loop calling 
the GAM again and again in order to produce the full result of a composition; each call 
of the GAM gets us to the (abstract Bohm tree version of the) next head variable of the 
composition along a given exploration path. In section [71 we show how to extend the 
formalism of abstract Bohm trees and the GAM to "non-normal forms" . 

Finally, in section [8l we discuss r/-expansion, which is needed to evaluate (the compila- 
tion of) untyped A-terms. In this section, we also discuss the property of separation, which 
is the ability of observing differences through execution against a fixed counter-strategy. 
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2 The Geometric Abstract Machine 



In this section, we present the ingredients of our theory, starting with moves, positions, 
strategies and counter-strategies (section I2.ip , and continuing with our computing device 
governing the interaction strategy / counter-strategy, the Geometrical Abstract Machine 
(section l2.3p . To this effect, we introduce the notions of multiplexed position, multiplexed 
strategy, multiplexed counter-strategy (section I2.2p , which accommodate the process of 
duplication in the course of computation (when a function calls its argument several times). 
The termination cases of the machine are spelled out (section I2.4p . A new contribution of 
this paper is section \2.b\ where we provide a term notation for abstract Bohm trees. 

2.1 Positions and strategies 

We suppose given an alphabet A of move names, containing a special symbol •, which 
is the initial move. Positions are sequences of moves with backward pointers for player's 
moves (that is, moves occurring at even places in the position). We choose to represent 
pointers by numbers which count the number of opponent's moves between the pointing 
player's move and the pointed opponent's move. These pointers may be used to relate the 
bound occurrences to their binders, or to relate values to their return address - i.e., to 
the root of the subexpression of which they are a (possible) value. Both of these kinds of 
pointing structure are present in the language PCF (see section [3^2]) . An even position, or 
response, i.e., a position of even length, is a sequence of the form: 



where aj E A for all j < 2n and € w U {_} for all I < n. An odd position, or query, is 

defined in the same way, but ends with an opponent's move a2n-i- In a position p[a, 

with i € cj, the intention is that the move [a, points to the move b of p which is at 

distance 2i + 1 from [a, For instance, if i = and p = pib, then [a, ^] points to b. The 
number i has to be small enough to guarantee that the corresponding b exists. We will 
always assume this, and it will be an (easy) invariant of all the abstract machines presented 
in this paper that these pointers never become dangling while execution progresses. We 
use _ to designate free occurrences of player's moves. 

We shall let q and r range over queries and responses, respectively. We shall use [a, 
to designate either [a, ^] or [a,^]. 

A strategy is a set (j) of positions sucht that: 

- all positions of (f) are of even length, and of the form •p, where • does not occur in 
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- (j) is closed under prefix, 

- if g[ai, ^J, g[a2, H ^ then [oi, = [a2, 

Tlie last property ensures that a "query" , that is, a position of odd length, is uniquely 
answered in a strategy. Another presentation of a strategy is as a partial function, also 
written (j), from queries (whose player's moves are irrelevant) to player's moves . We write 
dom((f)) to denote the domain of definition of this partial function. We shall freely use 
either of the two presentations. 

A counter-strategy is a forest of strategies, where the roots are renamed so as to hook- 
up with the free moves of the strategy against which they are placed to play with. The 
renaming is defined as follows: 

[a cj}] = {or \ T £ (j)} 

Hence [a <— (/)]'s root is labelled by a. A counter-strategy ■0 is a union of renamed strategies 
[ai <— . . . , [a„ <— (pn] (with all the Oj's distinct and 7^ •). We write '0 as: 

ip = [ai ^ (f>i, ■ ■ ■ , an ^ 4>n] 

We assume that • is not only the initial move of all positions of (j), but does not occur 
either in ip. (These conventions about • apply everywhere in the paper except in section 
13.41 where • will be a "real" move expressing the convergence of a function in the weak 
sense, i.e. the presence of a head A.) 

Nothing prevents us from having infinite horizontal branching after player's moves, 
although in most examples branching will only be finite. Nothing prevents us either from 
having infinite positions and infinite depth strategies. 

2.2 Multiplexing 

Next we introduce multiplexed strategies, which will serve to trace dialogues between 
strategies and counter-strategies. The idea is that during the course of evaluation, nodes 
may be visited several times, whence the idea of "opening new copies" (see also section 
??). A multiplexed even position is a sequence p of the form: 

(ai,ji)[a2, . . . , (a2„_i,jn)[a2n, ^] 

where the a's and the i's are as for positions, and where ji, ■ ■ ■ ,jn G ^ encode the mul- 
tiplexing of opponent's moves. In pT], we used the terminology "dynamic" for what 
we call "multiplexed" here. The new terminology reflects better the underlying idea of 
duplication. We could also use the word "thick", following [6]. 
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A multiplexed strategy is defined as a tree ^ of multiplexed positions respecting the 
same conditions as a strategy, plus the following one: the collection of opponent's moves 
(a, j) occurring in ^ is in one-to-one correspondence with the set of their second compo- 
nents j. In other words, the multiplexing indices describe a traversal of the multiplexed 
tree. Moreover, if (a,j) appears in a multiplexed position p of then all the (a',j')'s 
occurring before (a, j) in p must be such that j' < j. This is a common constraint of tree 
traversals: a node cannot be visited unless all its descendants have been visited before. 



2.3 The machine 



The Geometric Abstract Machine, or GAM, is a simple device describing the interaction 
between a strategy (p and a counter-strategy tp. The machine duplicates progressively and 
in alternation (greater and greater portions of) 4> and ip. The state of the machine consists 
of a sequence T of multiplexed positions: 

GAM states: T ::= {1 ^ (•, 1)} | T{u ^ p} 



The successive items of F are numbered 1, 2, 2, 3, 3, . . . , n, n -|- 1, . . . (and we use u to range 
over these step numbers). The sequence F can be put apart, yielding two multiplexed 
strategies: 

$ = {p I 3 n F«(2n — 1) = p or r«2n = p} 
^' = {p \3n F«(2n) = p or F«2n + I = p} 

Clearly, $ and ^ keep exactly the same information as F, thanks to the time stamps 
embodied in the opponent's moves. And while it is simpler to write F than to write the 
pair of ^ and ^, it is really $ and ^ that we have in mind, and that we shall draw in 
examples. 

Here is some additional notation. 

- Given an odd multiplexed position q ending with (a, n), we set n = 7r'(q). 

- Given a multiplexed position p, erase (p) is the position obtained by erasing the 
multiplexing information from p. 

- Given an odd multiplexed position q = qi[ai, ^](a2, j), we write qi = pop{q}. 

The transition rule of the GAM are presented in figure [H Notice that the transitions 
(2n) and (2n -|- 1) are essentially the same, the only difference being the exchange of (j) and 
ip. Similarly, the only difference between the transitions (2?i)b and {2n + l) lies in parities. 
The transition (2n)j is a variation of {2n)h which is linked to our choice of encoding for 
free variables. 

Less formally, the transitions (2n) and (2n){, can be described as follows: 
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(1) 



hd{r) = {2n - 1 q} (t){erase{q)) = [a, ■ 

(2^) 



r^r{2n^q[a,H} 



M(r) = {2n ^ q[a,H} it' {pop' (q)) = 2m - 1 r.2m - 1 = r' 
{2n)b 



(2n)/ 



r r{2ra ^ r'(a,2n)} 
M(r) = {2^^ q[a,H} 



r r{2n ^ (o,2n)} 

/id(r) = {2n ^ q} V(erase(q)) = [a, ■ 



(2n + 1) 



r^r{2n + l^q[a,H} 



hd{T) = {2n + 1 ^ q[o. ^1} Tv'(popHci)) = 2m T'2rn = r' 
(2n+l) ^ ^ ^ 

r T{2n + 1 ^ r'(a, 2n + 1)} 
Figure 1: The Geometric Abstract Machine (GAM) 
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- At stage (2n — 1), the machine has reached (a copy of) an opponent's position in 0. 
It looks up in a uniquely determined player's move [a, and feeds it in F. 

- The machine is now at stage (2n), and points to a position q[a,<-^]. The machine 
uses the information i to retrieve the stage (2m — 1) at which the prefix of q to 

which [a, points has been built. At the stage (2m — 1) immediately preceding 
stage (2m — 1), the machine pointed to a position r' of ip. Then the machine will 
place the move a right at the end of r', together with a multiplexing information, 
which is conveniently encoded as the current machine stage (2n). 

In summary, two mechanisms are mixed together: 

1. The determinacy of (p and ^ are put to profit for resolving in turn conflicts about 
which among the possible opponent's moves pending from a given player's position 
should be played next. 

2. The pointer structure together with the multiplexing structure is used to determine 
under which player's position the next opponent's move is to be placed. 

We refer to these two ingredients of the machinery as to the tree interaction and pointer 
interaction, respectively. 

2.4 Termination 

There are exactly three situations in which the GAM is prevented to proceed further. 

1. Suppose that when attempting to perform step (2n)fe we find m = 1. Then since 
there is no step (1) the machine stops. This is what happens in the example of 
section [3?2l the final move points to the root of (j). 

2. Suppose that performing step (2n + 1) results in adding a move [a,^]. Then the 
machine is unable to perform step (2n + 1), because there is no counterpart of rule 
(2n) f for the counter-strategy. This is what happens in the example of section 13.11 
the computation terminates because a free variable of ip has been met. 

3. Let p be the opponent's multiplexed position reached at a stage (2n — 1), then step 
2n can be performed only if erase (p) G dom{(j)) (and similarly for (2n) and tp). 

We make some observations: 

• In [9] we have defined a notion of (abstract) typing that guarantees that case (3) 
of termination never occurs. An important instance is that of typed, ry-long Bohm 
trees, where each occurrence of a variable is applied to all its arguments, and in 
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each sequence of abstractions Xx.M the number of parameters xi, . . . , x„ is exactly 
the number of arguments A^i, . . . , Nn that the term Xx.M accepts, according to the 
types. We consider that case (3) of termination is improper, and in section [8] we 
examine how to continue the execution when this case shows up. 

• In [9] it is also proved, as a corollary of a result of Coquand [10], that the GAM 
stops after a finite number of steps, provided both (p and ip have finite depth. This 
result holds without any typing assumptions, unlike usual termination results. This 
is because /3-reduction is in fact more liberal than the GAM and embodies implicit 
?7-expansions (see section [8]), which are the only source of non-termination. 

• Even when the machine stops satisfactorily (cases (1) or (2)), we may not have the 
final word on the composition of (p and ip. Consider for example {\y.y{x))[x <— tt] 
in PCF. Then the GAM does not produce {Xy.y{tt)), but {Xy.y{x[x <— tt])). This is 
similar to the situation with environment machines, which do not compute under A's. 
In section [H we show how to compute (arbitrary long positions) of the composition 
(p o ip. 

2.5 Syntax for abstract Bohm trees 

Rather than defining strategies as sets of positions, one can define them (co-recursively) 
trough the following equations, which specify an abstract syntax for abstract Bohm trees. 

Abstract syntax: 



Note that the root of a term M is not named, unlike internal opponent's nodes (M^ is 
named by b). This is the syntactic counterpart of our convention to denote the initial 
move of a strategy by the special symbol •. 
For example, the abstract term denoting 



This syntax is reminiscent of De Bruijn notation for the A-calculus [7j, and hence by 
"reverse engineering" suggests to replace pointers by bound variables. This leads us to 
the following concrete syntax: 



P::= [a,^ 
M ::= (P) 



K 



'] {(6, Mb) \ be B} (K = ior K = _) 




is ([ai, H {("2, {[as, ^]{ })), (a4, {[a,, <^]{ }))}). 
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Concrete syntax: 



P ::=[a,i^]{{b,Mb) \b £ B} = x or * = _) 
M ::= (Ax.P) 

There are free variables [a, _], and bound variables [a, x], where x stands for a set of 
variables bound at the same place. When x does not occur free in P, we shall freely 
write just (P) instead of (Xx.P) (note that the parenthesis is meaningful, as it signals the 
player's move from (P) to P). 

The compilation from concrete to abstract syntax (see section 15.21 for a translation in 
the converse direction) takes as paramater a list of variable names (taken to be empty 
initially) : 

\{xx.p)]f = {\prj^) 

\[a,_] {(6,M,) I 6 G = [a,H Kb, [M^lf ) \ b € B} 

\[a,x] {{b,Mb) I b G B}caL] = [a,^] {(6, \Mb]f) \ b £ B} 

where 

Lx = i X / y 

(x.L), = (y.L), = i + l 

The Geometrical Abstract Machine can be formulated in terms of this syntax (see section 
lO]). 

3 Examples 

In this section, we present a collection of examples of abstract Bohm trees. We start with 
the simplest and motivating example of Bohm trees (or A-terms in normal form) (section 
13. ip . (We will show later how to fit A-terms in general (section [T]), up to the problem 
of r^-conversion, which is discussed separately (section [8|).) We next move on to a small 
variation, the PCF trees, which are A-terms with case statements (section 13. 2|) . A further 
variation is to add control, a la A/U-calculus [29j (section 13. Sp . The last two examples are 
new to this paper: in section \3M we present call-by-value trees and show how to compile 
them into abstract Bohm trees, and in section [331 we show how to fit Girard's designs (the 
notion central to ludics [20]) in our framework. These examples reinforce the generality 
and relevance of the notion of abstract Bohm tree. It is in particular remarkable that in 
order to execute call-by-value we do not need to change our engine: all happens during 
the compilation, much like in continuation-passing-style translations |30j . 
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3.1 Bohm trees 



We represent Bohm trees, or (potentially infinite) A-terms in normal form, as trees with 
pointers. The traditional nodes Xxi . . .Xm-U of Bohm trees are split in a pair of moves: 
an opponent's move Ax and a player's move y. 

B ::= (Axi . ..Xrn-P) 
P ■■.= yBi...Bn 

The alphabet \s A = uJl^ Var, where the variables x G Var are only used as player's moves 
of the form [x, 

We next show how to compile Bohm trees (through the concrete syntax of section 
I2.5p . For defining the translation, it is convenient to prepare the source term in such a 
way that each bound variable has an indexed format Xj, and that each free variable has 
a non- indexed format x. Then the translation into the concrete syntax of abstract Bohm 
trees is straightforward: 



\xBi...Bn] = [x, _]{(!, [Sil ),..., (n, \Bn])} 
\xiBi...Bn] = [i,x]{(l, [Sil ),..., (n, \Bn])} 



\Xxi...Xm.P] = (Ax. [Pi; 

We illustrate this with an example. 
Strategy for {u{Xx.u{Xy.x))): 



(m > 0) 



Strategy for [u 




{Xx I u I 



1 u, 



(Ay 



(Ar 



n [i,H < 







□ 



0. 

1 z, 



The trace of the execution of {u{Xx .u{Xy .x))[u <— {Xr.r{r{z)))], is displayed below. The 
boxed information (in this example, and in others to follow) maintains some reminders of 
the underlying concrete syntax that may help the reader to follow what is going on. 



Function multiplexed tree: 
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E 



{Xx 







(Ay 



(1,5)[1,- 



(Ax 







Argument multiplexed tree: 



(Ar 



(u,2)[l, 



(l,7)[u,. 



H 

(1,6)[1,^ 



(Ay 



(1,9)[1,^] 





(1,10) [z,^] 



(Ar 



(n,4)[l, 



(Ar 







I (u,8)[l,H 

Here the strategy and counter-strategy are just paths, hence we could hardly illustrate 
the tree interaction. But we did illustrate pointer interaction. Let us describe the first 
steps of the execution. We start by applying rule (1), which lets us point to the root of 

the strategy: 



(••1) 

Then we apply rule (2), which leads us to a free move: 

(.,i)K^] 

Therefore, we apply rule (2)y;, and we point now to the root of the (unique tree of the) 
counter-strategy: 



(Ar 



(n,2) 

By rule (3) we reach a move 1 which points to the move reached at step (2), let us say for 
short that it points to 2: 



(Ar 



(u,2)[l,H 

Hence the move at step (3) is played under 2: 
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E 



(As 
(1,3) 



Step (4) leads us then to open a new copy of the counter-strategy: 



This is where multiplexing begins: 



(Ar 



(n,4) 

A little later, say, when we have performed step (7), we arrive to a move 1 which points 
to 2: 



(Ar 



^ ' ' J \ (l,6)[l,i 



(Ar 



[ («,4)[1,H 

Then (7) tells us to play 7 under 2, opening a new copy of (a subtree of the) strategy: 



E 

• ,l)[n,^ 



{Xx 







(1,3)K- 



(Ay 



(1,5)[1, 



(Ax 



I (1,7) 

Etc... (in general, when n points to m, then n is to be placed under m). Note the 
importance of keeping the multiplexing information precise: for example, the move 10 
points to 7, not to 3, and this is precisely what gets us out of a loop. 

3.2 PCF trees 

Our next example comes from the language PCF. We refer to [1] for background. Let us 
just mention here that the trees presented here, which we call PCF trees, provide a term 
model for the language PCF, a core functional programming language which has been a 
subject of focus of many works in denotational semantics, much in the same way as Bohm 
trees provide a term model for A-calculus. PCF trees have the form 



B ::= (Af.P) 

P ::= case yBi ■ ■ ■ Bn [ni =^ B[, . . . ,ni 



B' 



12 



where the n^'s are distinct natural numbers (or boolean values). (We use underlining for 
integer constants to distinguish them from the moves i used in the compilation of variables 
and arguments.) We compile PCF Bohm trees much like Bohm trees, adopting the same 
convention about variables (cf. section \37l\i : 



\case xBi---Bn[...,m^B'„.. .]] = [x, _]{(!, [^i] ),..., (n, ),..., (n^, \B';] ),...} 
\case XjBi • • • [. . . , ^ i?;, . . .]] = [j, x]{(l, \Bi]), . . . , (n, \B^]), . . . , (n^, \B'^), . . .} 

[Axi . . . x„.Pl = (Ax. [P] ) (m > 0) 

With respect to A-calculus, we add the constants to the alphabet (in this section as 
well as in section [33D- So, if we limit ourselves to the type hierarchy built over Bool, the 
alphabet is A = ujL) Var U {tt,ff}. The example below illustrates tree interaction. 

Strategy for {case f{tt) [ff =^ tt]): 







case f 



f0, . 

1 [tt,^ 



Strategy for [/ ^ (Ax. case x [tt ^ jf,ff ^ tt])]: 



{Xx 



f [1, 



tt[ff, 
ff[tt, 



Function multiplexed tree: 



Argument multiplexed tree: 



\{\ I case f I ( [{\ 




(1,3) 
{ff,5)[tt,- 



{Xx 



{f,2)[lA] { (tt,4)[#,^ 
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3.3 Classical PcF 

The following variant of PCF allows us to introduce explicit control on where the values 
are to be sent to. 

M ::= (Xx.nlS.c) 

c ::= case xM [n ^ c] | [a]n 

Terms of this syntax are called classical PCF trees. Their execution is driven by the 
following abstract machine: 

p{x) = {Xzfip.c')[p'] 

{case xM c\ \ p) — > {d \ p'[z ^ M[p\,l3 ^ [n c\[p]]) 
p{a) = [n^ c[p'] and n = rii 



{[a]n I p) — > {a I p') 

The compilation in concrete syntax is as follows (again, we assume that bound variables 
take an indexed format Xj and that free variables take a non-indexed format x): 

\{Xlpl3.cy\p = (Ax.[c]^[^^^]) 
\[a\n\p = {\n,p{a)) 

\case xMi . . . Mm[. . . ,nj_^ Cj, . . 
= [x,_]{...,(?i, \M,]p),...,{ln^,{\c,]p),...} 

\case XjMi . . . Mm[- ..,nj_^ cj, . . 

= [i,x]{...,{7i,\Mi]p),...,{liy,{\c,]^),...} 



3.4 Classical call-by-value PcF 

In call-by-value A-calculus [30j, the /3-rule {Xx.M)N — > [M <— x]N is allowed only when 
is a value, where a value V is an abstraction Xx.N' or a variable. Hence a non-value is 
a term of the form MN. Then, if V, Mi are normal forms, {Xy.Mi){xV) is also a normal 
form. It is more readable and suggestive to write the latter let y = xV in Mi. Adding 
case statements and control as in section 13. 3^ we arrive at the following syntax of classical 
call-by-value Bohm trees: 

Values V ::= X{z,(3).c | n | x 

Commands c ::= let x = yV in c \ case x [n^ c\ \ [a\V 
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(An alternative syntax for {X{z,P) is \z^f3.) The expressions of the second category are 
called commands, and in a typed setting have the special type _L (see below). In this 
syntax, a value x is meant to be of basic type (and is indeed of basic type in the typed 
version given at the end of the section). This is not restrictive in terms of expressive power, 
as we can express higher-type variables y as values in r/-expanded form. For example, at 
first-order: 

A(z, a). {let u = yz in [a]u) . 

It is not restrictive either to limit application of a variable to one argument, as we can 
encode {let XV1V2) as {let z = xVi in let y = g). Moreover, a key difference between call- 
by-name and call-by-value is that in call-by-value an abstraction is a value, or a result 
of computation. Hence the evaluation stops at the first abstraction met, while in call 
by-name, the machine treats abstractions by blocks and proceeds until it finds the head 
variable. Compare for example 

Xxy.xM call-by-name 
X{x,a).[a]{X{y, (3).{let z = xV in [a]z) call-by-value 

In the call-by-name case, the dialogue behind Xxy.xM can be paraphrased as: 

- Question: What is the value of the head variable? 

- Answer: x. 

In the call- by- value setting, we must also know y, even it if does not occur m V. So the 
dialogue that we want to formalize is different: 

- Answer: I am an abstraction (A(x,a)). 

- Question: If I give you an abstraction as value for x, what more can you tell me 
about you? 

- Answer: I shall become an abstraction (A(y, /3)) and my result should be returned 
to where a was declared bound. 

- If I give you a value for y, what will you do next? 

- I shall apply x to V. 

We hope that these intuitions will be helpful for the rest of this section, which is a bit 
technical. The two syntactic categories are called values and commands, respectively. 

The evaluation of our call-by- value trees is performed by the following abstract machine 
(we refer to |12j ) for background on the notation fl): 



15 



p{y) = {\{z,(5).c')[p'] 



{let X = yV mc \ p) — > (c' | p' [z ^ V[p\,() <— {iix.c)[p\\) 
p{x) = ni[p'] 



{case X [n^ c\\ p) — > {ci \ p) 

p{a) = {ilx.c!)[p'] 
{[a]V\p) {c'\p')x^V[p\] 



Here is the compilation into our concrete syntax (we have been guided by the game se- 
mantics of call-by- value proposed by Honda and Yoshida }23j): 



\\{z\f3).c^^ = .{..., (?n, (Ax.rcl^[,^„^_])), . . .} (x fresh) 
^A(^-^-^/3).cl, = . {(?-,(Ax.rcl^[^_^^_]))} (x fresh) 

\x''^p = p{x) 

\case x[n^c\\p= \ci~\p {p{x) = Ui) 

\[a]V]p = [\*,pia)] {f} ip{a) j, [y], = * {f}) 

\[a]V]p = [(!*,a),_] {f} {p{a) T, [F], = * {f}) 

\let X' = yV zn c], = [?*, p{y)] {f , . . . , (!n, ([cl^;,^^,)), . . .} {p{y) j, \V]p = * {f }) 

\let x^ = yV m c], = [(?*, y), _] {f , . . . , (!n, ([cl^j^.^^])), . . .} (p(y) T, [^Ip = * {f]) 

\let = yVtnc]p = [?*, p(y)] {f , (!., (Az. \c]p[x ^ z))} {p{y) i, \V]p = * {f }, z fresh) 

[/ei = yVinc\p = [(?*, y), _] {f , (!., (Az. \c]p[x ^ z]))} {p{y) ], \V]p = * {f}, z fresh) 

\ c [. . . , Xi < nj, . . . ,Xj < Vj . . . , Xfc < ,...]] jj = 

M [....,^^,...] [• • • , ^.O - r„), . . . , (?., xfc) ^ (?., T)] 
( ry,l [] = •{..., (?n, T„), . . .}, r^fcl [, = . {(?., T)}) 

The following explanations should help parsing the definition. The compilation is 
relative to an environment, which records the values of variables of basic types, and which 
also rearranges the names of bound variables so as to pass correctly from the syntax 
of call-by-value Bohm trees to the syntax of abstract Bohm trees. The compilation of 
X{z,P).c is conform to the informal dialogue suggested above. The compilations of n 
and X are self-explanatory (remember that x must have a basic type in our syntax). As 
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for commands, the compilation of case x [n — > c] is easy, since the environment p has 
"precomputed" the branch to be chosen. The compilation of [a]V splits into two cases 
according to whether a is bound or free. The compilation of let x = yV in c splits into 
fom' cases, taking additionally into account the type (basic or not) of x. The common idea 
between the four cases for the let construct is that the compilation of let x = yV in c with 
respect to p is obtained by adding sons to the root of the compilation of V (with respect 
to p) corresponding to the different possible values of yV, under which the compilation of 
c (with respect to p extended with a suitable value for x) is placed. 

The notation {'^.n,Xj) <— {'^n,Tn) is an obvious variation on the notation [a ^ (p] of 
section [2Tl (Note also that in this section • is a player's move from the point of view of 
the strategy (p. In call-by-value we use the symbol • to denote the information "I am a 
function".) Finally, we notice that the translation fixes some details about the names of 
moves. Our use of ! and ? here is somewhat reminiscent of the use of n and n in the two 
previous sections to distinguish between arguments and continuations. 

The alphabet in this section is thus the following: 



where ^ ranges over ordinary variables x and continuation variables a. 
As an illustration, take: 

let y = x(A(z, (3). case z [3 ^ [/3]5, 4 [/3]9]) in let u = vy in [a]u 

[x ^ X{t, ^).let r = t2> in case r [5 ^ [7]?] , v <— \{w^ 5). case [7 — > [(5]8]] 

The compilation gives: 



A :■= (?.,^) I (?n,^) !?• |?n \\* \\n 



[(?.,x),H{(?3, (Axi.[!5,xi])),(?4,(Axi.[!9,xi])),.. 




((?.,:r),(Ax2.[?3,^]{(!5,([!7,^]})) 



< 



[ ((?7,t;),(Ax3.[!8,^])) 



Or, as trees with pointers: 
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?3[!5, 
?4[!9,- 



\a[{7a,v),^]{ 



!6[(!6,a),. 



(?.,x)[?3,^]!5[!7,^ 



I (?7,^;)[!8, 



Here is the execution: 



' ^' J\ (!7,5)[(?7,^ 



),^]{ (!8,7)[(!8,a),- 



((?.,x),2)[?3,^]{!5,4)[!7,H 



[ ((?7,^;),6)[!8,A] 

Notice that the first move is 2: in cah-by- value, it is Player who starts! The final result is 
the value 8, which is sent to the continuation a. The reader may check that the machine 
given above indeed yields this result when it is run on the source code. (In later work, we 
intend to prove formally that this source machine is correctly simulated by the GAM.) 

We give two further examples, in less detail. The compilation of 

let X = yS in let v = xAin Yi\v [y <— (A(z, a).[a](A('u, f3).[j3]{u + z)] 
(assuming a binary adddition operation) is: 



my),' 



!m[(!m, 7), ^] 
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(?n,y)[!«,H ' 



?p [l{n +p), 



with the following execution: 

[(?3,y),H{ (!.,3)[?4,^]{ (!7,5)[(!7,7),H 

{ ((?3,y),2)[!.,^]{ (?4,4)[!7,^] 
The compilation of 

let X = y{\{z, I3).[l3\z) in [q\x [y ^ (A(/, ^).let u = f3 in [y]u)] 



is: 



[(?*,y),H<^ 



n !n. 



\p[{lp,a),- 



(?.,y)[?3,H 



\n\ln. 



with the following execution: 

(!3,5)[(!3,a,^] 
{ ((?.,y),2)[?3,^]{ (!3,4)[!3,^] 

We end the section by a short incursion into types. In figure [21 we present typing rules 
for classical PCF call-by-value trees, in a simple type system built over the base type l of 
naturals, and over the function type: 

(T :: t I ((7 — > fj) 

There is also a special type _L, which is not used in compound types and serves only 
to type commands. A typing context consists of a pair F; A of two multisets containing 
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T,z : a;A,/3 : t\- c: ± 
T; A \- n : L T,x : t; Ah x : l T : Ah A(z, j3).c : a t 

T] A^a : a h V : a V i F, x : t; A h q : ± 

F; A, a : fj h [q\V : _L F, x : t; A h case x [n ^ c] : ± 

r,?/:(T— >T, x:r;AI-c:± T ,y : a ^ t; Ah V : a 
T ,y : a ^ t; A h let X = yV inc : 1. 

Figure 2: Typed classical PCF call-by-value trees 



declarations x : a (ordinary variables) and a : a (continuation variables), respectively. We 
can type the successive states as closed judgements h (c | /)) : _L, with F; A h c : _L for some 
F and A such that for all x : u (resp. a : r) appearing in F (resp. A), we have h p[x) : a 
(resp. h p{a) : r). The construct jl is typed as follows: 

F, X : r; A h c : _L 

F; A h /xx.c : r 

Moreover, well-typed states are guaranteed to evolve without encountering the "bad" 
termination case of section [2^ We omit the details, since we do not want to put emphasis 
on types here. 

3.5 Ludics 

Ludics [20j is a recent theory whose aim is to reconstruct logic on interactive principles. 
While denotational semantics has been category-theory-oriented and type-oriented in the 
last 25 years, ludics deliberately adopts the view that computation is untyped, and that 
types may be built out of untyped objects as collections of such objects "behaving the 
same way". The objects of ludics, called designs^ are derived from the skeletons of proofs 
in linear logic obtained after removing the type information (just retaining the subformula 
relations). 

In |15j , we have shown that the designs can be presented by a syntax which is accessible 
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without prior knowledge of linear logic and of the genesis of Indies: 

M ::= {J = X{xj \ j G Jj.Pj j J G Vf{uj)} 
P ::= {x ■ I){Mi I « G /} I I ^ 

Girard's original Indies enforces affinity assumptions (see [15] for details). Without these 
assumptions, this syntax reflects Maurel's exponential Indies |27] . 
The execution is driven by the following abstract machine. 

{{x ■ I){M, \i^I}\p) {Pl\ PI{x^ ^ Mi[p] I i G /}) 

where p{x) = {..., I = {\{xi \ i G /}.P/)[p/], . . .}. The reduction combines substitution 
of actual parameters (the Mj's) for formal ones (the Xj's), typical of /3-reduction, with a 
prior selection of a "field" /. In this framework, abstractions are replaced by a collection 
of abstractions, one for each possible indexing set /. Whence our choice of a notation 
reminiscent of that used for records in some object-oriented programming languages. 

We say that the evaluation converges when it reaches a stage | />) , and that it diverges 
if either it reaches a stage {Q\ p), or the computation never ends (this cannot happen if 
both the design and the counter-design have finite depth, cf. section [2^ . 

It is easy to make this syntax fit into the format of abstract Bohm trees. One first 
groups the two layers of indexing (by z G / and by J G Vf{uj)). This gives (by a textual 
transformation) : 

(x • /){((i, J), {X{xj I j G J}.P.,j)) M G /, J G Vfiu;)} 

One then replaces {xj | j G J} by x and every (bound) (xj.K) by {{j,K),x). The two 
constants can be treated as special (terminal) free player's moves. 

4 The View Abstract Machine 

In this section, we give a "lighter" version of the GAM, where the state is a sequence of 
moves, called a play rather than a sequence of positions. The price to pay is that relevant 
information must be reconstructed at each step on the fiy. This version of the GAM is 
called the View Abstract Machine (VAM). 

Before we define it formally, let us examine the play underlying the execution of the 
example in section [3TT1 The following moves are played successively at steps (1), (2) and 

(2), (3) and (3), etc.: •, [u, ^] and u, [1,^] and 1, etc... . But the resulting sequence 
is not a position (but rather an interleaving of positions) of (j) or ip. At each step (2n — 1) 
(resp. (2n)), we have to reconstruct the appropriate position of (j) (resp. ip) - the view at 
this step -, in order to apply cp (resp. ip), as before. For example, the view at step (2) 
consists of u only. 
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The syntax of VAM states is as follows: 

VAM states: T ::= {1 ^ •} | T{n ^ [a, A]} [ r{2n ^ a} \ T{n ^ (a,m)} 
We next define jumps and views, which are our tools for reconstructing information: 

r«n = {a,rn) 
jumpY{n) = m — 1 

r«(2n) = a T*n = {a,m) 

viewri^) — * viewri'^n) = a viewrin) = viewrim — 1) (r«m) a 
The rules of the VAM are given in figure [31 
We collect here a few observations. 

• Most works on game semantics do not define strategies as sets of views like we do. 
For example, Hyland and Ong's interpretation of {u{Xx.u{\y.x)) (cf. section [STT]) 
contains the position 

. [u, H l[u, H 

whose view • [n, 1 [u, ^] is obtained by removing the underlined portion. There 
are some advantages to this "plethorous" definition of strategies: 

— In such positions, there is no dissymetry between Player and Opponent, since 
one has broken the requirement that Opponent always plays just below Player 
(this is why there are no pointers originating from opponent's moves in abstract 
Bohm trees). 

— The composition of strategies can be defined algebraically in one line as "com- 
position + hiding" p4l[2]. 

The drawback is that it gives an infinite representation of finite objects, since, say, 
also 

. [n, ^] 1 [n, ^] 1 [1, ^] l[u, ^] l[u, ^] 

etc... belong to the strategy. The existence of these two kinds of representation of a 
strategy - the sober one, isomorphic to the underlying term, and the plethoric one - 
was first recognized by Felscher, who calls them ii^-dialogue and D-dialogue, respec- 
tively [TTj. (Felscher 's work continues a school of thought initiated by Lorenz and 
Lorenzen, where proofs are viewed as a dialogue between a defendant and an oppo- 
nent, a bit like in a PhD defence. Unfortunately, these works emphasized provability 
rather than proofs.) 
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(2n) 



(1) 



(/){viev'j (2n — 1)) = [n. ^] 
(2^) ^ ^ 

r^r{2^^ [a, A]} 

hd{T) = {2^ 4- [a, A]} jumpi{2n - 1) = 2m - 1 



(2n)/ 



r r{2ra ^ (o,2m - 1)} 

hd{T) = {2^^p[a,^]} 
r r{2n ^ a} 

ip{viewr(2n)) = [a,^] 



{2n + 1) 



r^r{2n + l ^ [a, HI 



(2n + 1) 



hd{T) = {2n + l^[a.^]} ;jumpl-(2n) = 2m 



r r{2n+ 1 ^ (a, 2m)} 
Figure 3: The View Abstract Machine (VAM) 
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• The translation from a VAM state to a GAM state (see section lA.ip can be under- 
stood as a desenquentialization process: the play T gets translated to a collection of 
views (with repetitions) - a thick tree of views. The equivalence between the GAM 
and the VAM (again, see section lA.ip guarantees that the information collected in 
the multiplexed opponent's moves of the translation contains all the original sequen- 
tial information, implicitly. However, by moving to the tree isomorphism class of 
[r] this information is really lost, and then it makes sense to talk about dese- 
quentialization. This forgetful desequentialization is close in spirit to the work of 
Boudes [6] on the analysis of the relation between game semantics and coherence 
semantics (a more traditional kind of model). 

• The concept of multiplexing is not only relevant for dynamic issues, but also for 
static ones. In a typed setting, each position in a strategy encodes a multiplexed 
traversal of its type. The two kinds of multiplexing obey a dual discipline: the 
dynamic one multiplexes the opponent's moves, whereas the static one multiplexes 
the player's moves. We illustrate this with a simple example: the most general type 
of M = {Xu.u{Xx .u{Xy .x))) , in Hindley's sense, is 

((X ^Y)^Y)^Y 

which we represent as 

Y{ Y{ Y{ X 

We show how M, which consists of one path only, encodes a multiplexing of its type: 



(Xu 



( H 



Y < 



(Aa 



Y 



(X,6) 



U2 



(Ay 



We shall make a timid incursion in linear logic, by suggesting that this multiplexing 
of types can be understood as rewriting of trees by means of the rule I A — > (!A A). 
For example, the type {{X — > I3) — I2) — > ^i, expressed in linear logic (^ being 
now the linear arrow), is: 



!(!(!X ^ Y3) ^ Y2) ^ 



and can be rewritten to: 



mix ^ ^3) ^ Y2)mx ^ 13) ^ Y2) ^ Yi 

which corresponds to the multiplexing above. 
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5 A concrete version of the GAM 

In this section, we complete the operational picture by introducing two other formulations 
of the GAM: the Strategic Abstract Machine (SAM), and its concrete version, the Envi- 
ronment Abstract Machine (EAM), formulated in terms of the concrete syntax of section 
[231 

5.1 Strategic abstract machine 

Instead of marking the multiplexed nodes with numbers n, which in their form n point 
us to player's positions in the other strategy, we could directly mark them with these 
positions. This yields the following version of the GAM: 

hd{T) = {2n — 1 <— p} (j){erase{p)) = [a, 

r ^ r{2^^p[a,^]} 

M{T) = {2^ ^ p[a, ^]] 7r'{pop'{p)) = q 

r 1-^ r{2n ^ q{a,p[a, ^])} 

hd(T) = {2ii^p[a,i^]} 
r 1-^ r{2n *— {a,p[a, 

hd{T) = {2n ^ p} ijj{erase{p)) = [a, <-^] 
r ^ T{2n + 1 ^ p[a, <^]} 

hd{T) = {2n + 1 ^ p[a, ^]} TT'{pop'{p)) = q 

r ^ r{2n+ 1 ^ q{a,p[a,i^])} 

The distinction between n and n becomes then useless, but we keep it in order to stay 
with the same number of rules. 
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But now we observe that the machine, expressed in this format, is "history- free" . We 
can thus remove T ahogether, and describe the machine as a rewriting system on (nested) 
positions: 

n n 

SAM states q ::= • | (a, r) | r'(a, r) r ::= q[a, ^] 

We arrive at the machine described in figure [U called here Strategic Abstract Machine 
(SAM). 

5.2 The Environment Abstract Machine 

The SAM can be formulated in terms of the concrete syntax of section 12.51 and in this 
form, it appears as the natural generalization of (a stack-free version of) Krivine abstract 
machine. We call it the Environment Abstract Machine. The states of the EAM are pairs 
(code, environment), recursively defined as follows: 

Closures: ^{p] 

Environments: maps p from variables to closures 
EAM states: {P \ p) 

The rules of the EAM are given in figure O 

6 Strong reduction 

In this section, we show how to extend the GAM to a strong machine, which computes 
a complete strategy. The strong machine which we present can build on demand, in 
a stream-like fashion, any position of the composition of (j) and The initial step of 
the machine builds the initial position • of the composition. Either of the (two first) 
terminating states discussed in section 12.41 when first encountered, produces a player's 
move in the composition that answers the initial query •: in the first case this player's 
move is written [a, 1], in the second case, it is written as usual [o, Then the pilot of 
the strong machine may decide to raise a new query, expressed as a position •[a, 2n) 
(in the first case) or "[a, 2n -|- 1) (in the second case). Note that the alternation 

is broken: this new step, which is of the form (2n) in the first case, and (2n + 1) in the 
second case, is performed in the same strategy as the previous step. 

The machine states consist now of triplets of the form: 

- (r ? g), where F is as before, and where ? witnesses that we are working on answering 
a query q, 
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(1) 



(j){erase{q)) = [a, • 



2n r K 
q — ^ q[a, ^ 



Tr'{pop'{q)) = r' 
(2n)6 



q[a,*^] ^ r'(a,q[a,-^]) 



(2«)/ 



q[a,H (a,q[a,H) 



^(erase(q)) = [a, ■ 



(2n + 1) 



2n+l r « 
q — ^ q[a, 



7r'(pop*(q)) = r' 

(2n + l) ^ — 

q[a, ^-^^ r'(a, q[a, ^]) 

Figure 4: The Strategic Abstract Machine (SAM) 
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p{[a,*]) = {Xy.Q)[p'] 



{[a,^]{{b,Mb)\beB}\p) {Q\p'[[b^y]^M,[p]\bGB]) 

p([a,*]) = (Q)[p'] 
{{a,M{}\p) {Q\P') 

Figure 5: The Environment Abstract Machine (EAM) 



- (r ! r), where T is as before, and where ! witnesses that the query at the previous 
stage is just answered. 

The complete set of rules of the strong GAM is given in figure [6j The rules (1)*, (n)^, 
{n)l^, {f^Yf ^1 ^)tpi ™d (n)^, are just rephrasings of the rules of the (weak) GAM. 

We have been a bit vague about the syntax of the positions appearing as the third 
component of the states of the machine. The point is that the dynamics of the computation 
does not allow us to immediately extract pointers encoded as offsets like those we had for 
the positions of (j), ip we started with. Instead, we have pointers in the form of addresses: 
when a position q[a,m] is reached (at a step (I)^ or (!)^^), we mean that the move [a,m] 
points to the unique opponent's move of q of the form {a,m). 

We have already remarked that when going from "weak" to "strong" , the nice alterna- 
tion between cp and is broken (rules (?)^ and (?)^). This could be one abstract definition 
of weak evaluation: evaluation is weak as long as it strictly alternates between the strategy 
and the counter-strategy. 

The composition of (j) and ip is defined as the collection of the positions obtained 
through the various non-deterministic executions of the GAM (recompiled in order to 
obtain standard abstract Bohm tree positions). We obtain in this way a category (actually, 
a multicategory, where morphisms have a sequence or set of objects as domain and an 
object as codomain) of strategies (see [9]). The identities, which in the multicategorical 
setting are in fact projections (from the domain to one of the objects of the domain), are 
so-called copy-cat or fax strategies (see section [8]). The associativity of the composition 
amounts to define a three-way machine that lets all the strategies involved interact. 

We give two examples which illustrate the use of the new rules: 

Example 1 

Function: the strategy for (Xu.x{Xv .u{v))) is: 
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hd{T) = {n^q[a,^]} 

(1)' — : H/,^ ] 

^ ({1 ^ (., 1)} ? {., 1)) (r ? r) ^ (r{n t {a, n)} ? r) 

hd{r) = {n — 1 <^ q} (j){erase{<i)) = [a, ^] 

^^^^ : — : 

(r?r) ^ {T{ntq[a,^]}?r) 



in) 



s 

b,4> 



hd{r) = {n q[a, ^]} vr'(pop*(q)) = m r»m = r' E tp 
(r?r)^(r{ri^r'(a,n)}?r) 

M(r) = {n — 1 q} V(6rase(q)) = [a, ^] 



(r?r) ^ (r{n^q[a,4-]} ?r) 



hd{T) = {fi q[a,^]} 7r'(pop*(q)) = m T.m = r' G ^ 



(n) 



(r?r) (r{n^r'(a,n)} ?r) 

/«i?(r) = {n -s^ q[a, -^J} 7r'(pop*(q)) = m (m = 1 or r»m G ^) 
(r ? r) I— > (r ! r[a,m]) 



M(r) = {n^q[a,^]} 7r'(pop*(q))=m r.mGV ,,,, /id(r) = {n ^ q[a, 

(r ? r) ^ (r ! r[a, m]) (r ? r) (r ! r[a, _]) 

hd{T) = {n <^ r'} erase{r')a G dom{x) (x = ^ or -0) 
(?)^ 



^ (r ! r) ^ (r{n <^ p(a, n)} ? r'{a, n)) 



Figure 6: The Strong GAM 



29 



{Xu 







• 1 [1,. 



Argument: the strategy for [x <— (Ar.r(z))] is: 



(Ar 







1 z, 



Function multiplexed tree: 



(A«?| I ^ 

(.,1> [-,-]| (1,3) [1,^] I 



00 
1[1,^ 



( 



(1,4) [1, 



Argument multiplexed tree: 



{X 



,2)[1,- 



■f,i' 



[ (1,5) [z,^] 
Reading back of the composition: {Xu.u{z)). 

Example 2 

Function: the strategy for {x{Xu.u)) is: 



0, ., 



(Aw 



1 [1 



Argument: the strategy for [x <— {Xz.y{Xt.z{t)))] is: 



X [y, 4^] < 



Function multiplexed tree: 



Eg , 

(.,1) (1,4)[1,- 
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Argument multiplexed tree: 



■f,i' 



{Xf 



{x,2) [y,^l <; ^1^3) 
- Reading back of the composition: (y(At.t)). 



t ! 



b,il' 



(1,5) [1,- 



7 Evaluating non-normal forms 

The syntactic formulation of abstract Bohm trees (cf. section 12. 5p suggests us to extend 
the syntax to "non- normal forms", as follows: 

P ::= M {{b, Mb) \ b e B} \ [a,i.] {{b, Mb) \ h e B} (★ = x or * = _) 
M ::= (Ax.P) 

and to equip the language with the following notion of reduction (a generalized version of 
the /3-rule of the A-calculus): 

(Ax.P) {{b, Mb)\bGB} P [[b, ^]^Mb\beB] 

The machinery of the GAM can be extended to such terms. Expressed in terms of A- 
calculus, the basic idea, which is somewhat folklore, is to replace any redex (Ax.M)A^ by 
an indirection of the form (*(A^))[* <— (Xx.M)], where * is a special variable name. We 
make the following ajustments: 

1. We compile the terms in two steps. First we obtain a term of the core syntax of 
normal forms, where we have reserved a second special move *: 

[M {..., {b,Mb), . . .}Y = {[*, ^] {{*,M), ...,{b, Mb), . . .} 

And then we compile the core term. 

2. We add the following rule to the GAM: 



M(r) = {n^q[*,H} 
r^r{n^q[*, n)} 

In addition, the rules (2n) and (2n + 1) collapse in a single rule (n), since there is 
now a single strategy x interacting internally with itself. Similarly, the rules {2n)b 
and (2n + 1) become just one rule (n), and the rule (2n)j disappears. The changes 
are summarized in figure [TJ and the resulting machine is called the GAM*. 
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in) 



(1) 

-{1 -(•,!>} 

hd{T) = {n - 1 ^ q} x(erase(q)) = [a, ^] 

m : 

r^r{n^q[a,A]} 

hd{T) = {n <— q[a, '?i"'(pop*(q)) = m T'Tn = r' 

r I— > r{n <— r'(a, n)} 

M(r) = {n^q[*,H} 

(n) 



r^r{n^q[*, ^](*, n)} 
Figure 7: The GAM^ 



With this machine we can accommodate A-terms. We illustrate the GAM* with a simple 
example, which is a variation on the theme of static binding. Let 

M = {{Xx.{Xf.{Xx.f{t)){Xz.u)){Xy.x{ymXz.z)) 

which is easier to read with syntactic sugar: 

M = (let X = (Xz.z) in (let / = {Xy.x{y)) in (let x = (Xz.u) in (/(t))))) 

It illustrates static binding: the final result is t, not u, i.e., the relevant value for x is 
(Xz.z), which was the value of x at the time of declaration of /, and not (Xz.u) which is 
the execution time value of x when / is called. 

We can define the compilation of A-terms by factoring through the term notation of 
section 12.51 One adds the following obvious clause in the translation of section I3.lt 

\MBi . . . Bn] = M{(1, \Bi]), . . . , (n, \Bn])} 
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Here is the full compilation of M: 



s 







(Az 



1 [1, 



(Aa: 



13 f m E 

1 [i.H { 



(A/ 



1 \u, 



(Aa 







* [1, 



We now execute this term, using the acquired skills. 
Multiplexed (compilation of) M: 





(•,1) [*,H<! 



(l,6)[l,^] 



(A2 



(Ax 



(Ay 



(1,5)[1, 



r ^ m 



(A/ 



(Az 



1 K- 



(Aa; 







0, 

1 [t, 




(1,8) [t. 



8 Evaluating and separating untyped A-terms 

Consider the following very simple example, expressed in concrete syntax: 

([x,_]{}|[x^(Ay.[a,y]]) 
whose compilation in terms of trees of positions is: 



x[a, ■ 



The computation is blocked at step (3) (third case of termination, cf. section [2 
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(.,l)[x,H 



(x,2)[a,H 

The problem is that x should have an argument. Evaluation can proceed if we perform 
an ry-expansion of x. Recall that in the A-calculus, the ?7-rule asserts 

Xx.Mx = X 

for all M and x such that x does not occur freely in M. In the present setting, we need to 
replace {[x, _]) by (Az.[x, -]{(a, ([1, z]))}. This looks simple enough, but, in fact, we cannot 
really do this for arbitrary abstract Bohm trees. Consider Axi . . . Xp.yMi . . . Mg which 
ry-expands to 

Xxi . . . XpZ.yMi . . . MqZ . 
In compiled form, we have that Ax.[y, _]{(!, • • • , Bq)} expands to 

Ax.[y, _]{(!, Si), ... , {q, Bg), {q + 1, {[p + 1, x]))} 

The point is that we need to name (or give an address to) the two moves which have been 
added: the new opponent's move has address q + 1 since z is to be the {q + l)-th argument 
of y, and the new player's move has address p + 1 since it is to be the (p + l)-th abstracted 
variable. This supposes a notion of sequencing among arguments and abstracted variables, 
which is present in the examples treated in sections 13.11 13.21 13.31 and 13.41 but was "lost in 
translation". In particular, in order to evaluate untyped A-terms, we need to record more 
information during the compilation (section 18. ip . 

The r/-expansion plays an essential role in the proof of an important theorem of the A- 
calculus due to Corrado Bohm. We briefly recall what this theorem is about, and illustrate 
it through an example (section 18. 2p . 

There is however one instance where r/-expansion makes sense for arbitrary Bohm 
trees: when the sets of arguments and abstracted variables are empty. This special case is 
very important, since it provides us with the missing bit of section [6l the projections, or 
copy-cat (or fax, in the nice terminology of [20] ) strategies (section 18. 3p . We conclude with 
a discussion contrasting Bohm's theorem with the separation theorem of Indies (section 

EM- 

8.1 Incorporating rj into the GAM 

We redefine the compilation of Bohm trees, keeping now the number of abstracted variables 
(resp. the number of arguments) as a superscript on opponent's moves (resp. on player's 
moves) : 
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Abstract syntax: 



P::=[a,^r{{l^\M,), 
M ::= (P) 



Concrete syntax: 

P::= [a,<'{(l,Mi),...,C 
M ::= (Ax".P) 



{m,Mjn)} 



Compiling from untyped A-calculus to concrete syntax: 



\xBi...Bm] = [x,_r{(l, \Bi],... 
\xiB^...Bm] = [i,x]^{{l,\Bi-\,.. 



,,(m, \BmV} 
.,{m, \BmV} 




r(Ax".p)if = {\prjLr 

r[a,_r{(l,Mi),...,(m,M„0 Hjf 

= [a, {c((l, [Milf )), . . . , c((m, [M^lf ))} 
r[a,xr {(l,Mi),...,(m,M^) 1]}- 

= [a, {c((l, [Milf )), . . . , c((m, [M^lf ))} 



where c((i,M") = (i",M). 

The execution is driven by a variant of the GAM, which we call GAM^. The GAM^ 
continues to manipulate positions which do not have superscripts. But the function which 

maps the positions of cp to the same positions where the superscripts have been erased 
is injectivc. We use the notation filter{r, (p) to denote the inverse to this injection (the 
execution keeps within the range of the injection). 

The r/-expansion process is taken care of by the following additional rules: 

/id(r) = {2n- 1 ^ q} q = r(m,2n-l) 
filter{r, 4>) = ria"i [6, A]"'^ m > n2 



(2n)^ 




(2n + l), 



r 1-^ r{2n + 1 ^ q[m — n2 + rii, ^]} 

($, ^) ($, ^' U {filter {r, 4>)m^[m -n2 + ni, ^]°}) 
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Notice that $ and ^ are progressively updated: they are 77-expanded, as the need arises. 
We can now complete the execution of the example of the preamble of this section: 



(a;,2)[a,H 

An example of endless jy-expansion is provided by the well-known term AA (with 
A = Xx.xx): 

{x{x))[x ^ {Xy.y{y))] 

The terms {x{x)) and {Xy.y(y)) are not ry-long - a concept which is meaningless without 
types. So the machine has to make 77-expansions dynamically. 

Strategy for (x{x)): 



{ m 



Strategy for [x ^ {Xy.y{y))]: 



(Ay 



yi 



X 



We display the steps of the GAM^, up to step (21). Note the (exponential) explo- 
sion of steps related with the traversal of the expansion variables that are progressively 
introduced. Notice also that the GAM is stuck as early as step (5). 

Multiplexed, expanded strategy for (x{x)): 



(l,3)[x,- 



(1,5) 



2t7 



(1,13) 



(1,11) 



(1,19) 



.2" 



{l,7)[x,^ 
(l,15)[x,- 



(1,9) 



(1,17) H 
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Multiplexed, expanded strategy for [x <— (Xy-yiy))]'- 



(x,2)[A] 



(1,14)[H 



(x,16)[A] 



(1,10) 



(x,8)[. 



(1, 18) H 



(1,20) M 



8.2 Bohm's theorem 

Bohm's theorem asserts that in the A-calculus one can separate two distinct normal forms 
Ml and M2 that are not 77-convertible [3|- This means that we can find a context (that is, 
a term with a hole) C such that C[Mi] (C whose hole has been filled with Mi) and C[M2] 
/3-reduce to distinct (fresh) variables. This result in turn entails that firj is a maximal 
consistent theory, since adding any new equation (between normalizable terms) would 
result in equating all pairs of terms. 

As an illustration, we show how to separate xy et x{xy). We follow Joly's proof of 
Bohm's theorem |25j . Instead of distinct fresh variables, we use distinct constants and 
^, as in Indies (cf. section [331) . 

Joly's proof makes use of auxiliary terms: 

= Xxy.y 

1 = Xxy.x 

(M, N)n = Ayi . . . ynZ.z{Myi . . . yn){Nyi ...yn) 
R = Xz.l 

s = o 

We observe: 

(M, iV)oO ^ N 
(M, iV)ol ^ M 
{M,N)k+iP^{MP,NP)k 

The separating context is the following: 

[][x ^ {\x.0,Xx.x)3,y ^ IJiJSOlO^ 
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We set P = y or P = xy, and P' = P[x {Xx.O, Xx.x)^, y <— 1]. We have: 

{xP)[x ^ (Ax.O, Xx.x)3,y ^ l]RSOm^ 
= {Xx.O, {Xx.x)3P'RS0in>i< 
^* (_,Ax.x)P'i?S')o01J^^ 
-> {Xx.x)P'RSin>^< 

p'RSin*h 



P = y. Then P' = 1 and: 



P'RSin>i< = IRSm^ 

Rm>^ = (Az.i)io^< 



P = xy. Then P' = {Xx.O, Xx.x)3l and: 



= (Ax.O, Ax.a;)3li?51Q^ 
^* {{Xx.O)lRS, .)oin>^< 
{Xx.o)iRsn*^ 



Here is the execution (case P = y). The compilation of 

(zi?501fi^)[z ^ ^Q,y^ 1]] 

where 



is as follows: 



Q = {XxiX2X3Z.z{axiX2X3){bxiX2Xs))[a ^ Ax. 0,6 <— Ax.x] 



13[2,^]0 

22[2,^]0 
42[1,^]0 
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2° [2, 4^]° 

20[2,A]0 
I 30[3,^]<^ 



0,3 [3, 

And here is the dynamics: 




{z,2)[x, 



(1,17)[2,. 
(3, 5) [2,^ 
(5,33)[0, 



(i,io)b, 



(2, 29) [4, H 



(1,12)[1,^]{ (2,22)[2,^ 



(4, 24) [4, 
(2,16)[1,^]{ (2,18)[2,^ 



(4, 4) [3, 



' (2,6)[2,^]{ (2,28)[2,i 



(4,30)[4,- 



, (6,32)[5,H 



(x,3)[4,A]^ 



(2, 7) [6,. 



' (1,13)[1,^]{ (2,21)[2,^] 



(1,9)[1,H<! 

, (4, 25) [4,. 
(2,15)[2,A]{ (2,19)[2,^ 
(5, 27) [2,^] 



I (4, 31) [6, 



(M)[1,^]^''''^[''^K(2>20)[2, 
I (4,26)[5,H 
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{y,ll)[lA]{ (2, 23) [4,.^ 



Taking now P = xy, we replace the tree starting with z by the following one: 

The execution is the same until step 10, where the visit of P starts. We give the 
execution below: 





(2, 39) [2, 



(3, 5) [2 




(1,17)[3, 



(1,25)[1,^]{ (2,53)[2,^ 



(4, 61) [4, 



(3,73)[5,H 
(4,21)[1,^]{ (2,57)[4,i] 
t (6,77)[^<,H 



' (3,34)[2,^]{ (2, 44) [2,^] 



(1,10) [a;,. 



(4,12)[3,H 



(l,30)[l,i]{ (2,48)[2,i 



(4, 66) [4, 



I (6,68)[5,<- 
(3,38)[2,i]{ (2,40)[2,i 



(4,4)[3,H 



(2,6)[2,H< 



(1,16)[1,- 



(l,26)[l,i]{ (2, 52) [2,^] 



(4, 62) [4,. 



.^1 



(3,18)[3,- 



l (3,72)[3,< 

(l,24)[l,i]{ (2,54)[2,i 
(4,60)[4,i] 



(5, 20) [4, 
I (7, 76) [6,. 



I (5,74)[5,H 

(1,22)[1,^]{ (2,56)[2,i] 
(4, 58) [4, 
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^3)[4, 



(x,ll)[4 




' (2,35)[2,i]{ (2, 43) [2,^] 



(3, 13) [3, 



(l,29)[l,i]{ (2,49)[2,i] 



(4, 65) [4, 



I (5,69)[5,H 
(3,37)[3,^]{ (2,41)[2,i] 



(4,15)[1, 



(l,27)[l,i]{ (2,51)[2,^] 



(4, 63) [4,. 



(6,71)[3,H 
(1,23)[1,<^]{ (2,55)[2,<^] 

(3,33)[3,^]{ (2, 45) [2,^] 
(5,47)[2,i] 



(a,32)[3,^]{ (2,46)[5,i] 

' (2,36)[3,i]{ (2, 42) [2,^] 



(6,8)[1, 



(3, 14) [4, 



I (5, 70) [6, 



(1,28)[1,<^]{ (2,50)[2,^ 



(4, 64) [4,. 



8.3 A degenerated general instance 

When there are neither arguments nor abstracted variables, then Ty-expansion makes sense 
even for arbitrary Bohm trees: ([a,*]{ }) expands to 

(Az.[a,*]{(a, [a, 1]) | a G A'}) 

where A' is an arbitrary subset of A. Taking [a,-k\ = [xi, _] and A' = A, and co-inductively 
iterating the process, we obtain the identity morphisms of our category, which completes 
the categorical picture of section [6j We check on one example that this works, by playing 
i[x2,'^]{}) against 
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Xl{ ... 

^ X3{ ... 

We T/-expand ([3:2, }) dynamically, using the (strong version of the) machinery as in 
section \8.1\ replacing in the rules m,ni, and n2 by a (arbitrary move), (empty set of 
abstracted variables), and (empty set of arguments), respectively: 

(.,1)[x2,H{ (a,3)[a,^]{ (6, 4) [6,^] 



Xl{ ... 

(X2,2)[a,^]{ b[y,^]{ {b,5)[y,^] 

^ X3{ ... 

8.4 Discussion 

Bohm's theorem works only modulo ry-expansion (we refer to [13] for a detailed analysis). 
But, as we have seen, r/-conversion does not make sense in the general setting of abstract 
Bohm trees. As a matter of fact, Bohm's theorem does not hold [16] for the A/i-calculus 
in its original version, while only a small increase of flexibility in the syntax makes it hold 
again [32]. In other words, Bohm's theorem is rather fragile and does not extend easily to 
other syntaxes. 

What about separation in the strict sense (not modulo r/)? Maurel has exhibited the 
following simple counter-example to separation in Indies with pointers: 

Mi = {x- {0}){A{xo}.^} 

M2 = (x . {0}){A{xo}.(x . {0}){A{xo}.^}} 

Here, say, A{xo}.^ is a notation for 

{A{xo}.^} u { J = A{xj I j e J}.n I J ^ {0}} 

(This example is a variant of the terms xy and x{xy) considered in section [821) 

The only (closed) opponents N able to interact with Mi in such a way that (Mi | [x <— 
N]) converges have the form 

{...,({0} = A{yo}.^),...}or 
{...,({0} = A{yo}.(2/o-{0}){A/}),...} 
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The opponents to M2 must also have the same form. But then it is easily checked 
that for any N in this class, the evaluations of both (Mi | [x <— A^]) and (M2 | [x ^ A^]) 
converge. For example, with of the second form, we have 

{M2\[x^N]) (yo-{0}){M} I [yo^Mi[x^7V]]) 

— > (Ml I [x ^ N]) 

{yo ■ {0}){M} I [yo - {X{xo}m^ ^ N]]) 
(^|...) 

But why have we been able to separate xy and x{xy)7 We can reformulate the sepa- 
rating context as follows. We have let 

Ml = Xxy.xy and M2 = \xy.x{xy) 

interact with zQlRS^lVt^, through the substitution of Mi or M2 for z. But in terms of 
ludics, this means that we have accepted an interaction between {z ■ {1, 2, 3, 4, 5, 6, 7, 8}. . . 
and A{1,2}. . . ., which violates the machinery of ludics (and of abstract Bohm trees in 
general). The point of 77-expansion is to allow to fill the gap, and to pretend that both 
Ml and M2 have arity 8. 

Separation is recovered under Girard's affinity conditions, and the proof is then simple 
(see |201 115j). In this respect, the situation is the same as for Bohm's theorem, which 
becomes tricky only when a head variable occurs in one of its arguments (like in y{yx)). 

Maurel has shown how to recover separation without sacrificing nested occurrences of 
variables by extending the framework of designs to probabilistic designs ^27j. The idea 
is to assign probabilities to actions, i.e., to head variables. When assigning probability ^ 
to yo ■ {0} in X{yo}.{yo ■ {0}){M}), . . ., we get that (Mi | [x ^ N]) and (M2 | [x ^ N]) 
converge with probabilities | and |, respectively, and hence Mi and M2 can be separated. 

We summarize the discussion in figure [8l 

We believe that Maurel's probabilistic ludics can be lifted to the general setting of 
abstract Bohm trees, and leave this as further work. 

A Machine equivalences 

We define precise translations between the machines. The translation functions are written 
[_]"''"^ (from machine X to machine Y). 

A.l YAM- GAM equivalence 

We define two-way translations between the GAM and the VAM. The GAM state asso- 
ciated to a VAM state is (essentially) its associated set of multiplexed views, which are 
defined as follows: 



43 



exponential Indies : NO 
(affine) Indies: YES exponential probabilistic Indies : YES 

A-ealenlns: yes (modnlo r)) 

Fignre 8: Three separation theorems 



r.(2n) = a 

dviewri^) = • dviewrC^n) = (a, 2n) 

r»n = {a,rn) 
dviewY{n) = dviewY{m — 1) (r»m) (a, n) 

VAM to GAM: 

r{l^.}r^ = {l^(.,l)} 

\T{n ^ _}] ^« = [T] ^^{n ^ dviewr{n)} 
\r] ^^.(n - 1) = q 
lT{n ^ [a, A]}] yo = VG^^ ^ q[^^ 
where _ stands for either a or {a,m). 

The GAM to VAM direction is essentially forgetful: 
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GAM to VAM: 

r{i^(.,i)}iG^ = {i-.} 



pr{n^q[a,A]}]GV^ = m ^^{rT ^ [a, A]} 

r.2n = q[a, ^] 
[r{2n ^ (a, 2n)}l = [r] G^{2n ^ o} 

Tr'{pop^{r»{n — 1))) = m 

[r{n^r(a,n)}]G^ = [r]«^{n^ (a,m)} 

We shall show that these transformations are inverse (on reachable states, i.e., on states 
that arise at some stage in the execution of the machine), and that the two machines 
simulate each other in lock step. We shall use the following invariants: 

(1) 7r'{pop^{dviewr{n))) = jumpl^{n) (n > 1) 

(2) (/wew;|-p-|Gv(n) = r»n (for F reachable) 

We prove claim (1) by induction on i: 

1. i = 0. Then the claim reduces to Tr'{dviewr{Ti)) = n, which holds by definition of 
the multiplexed view function. 

2. i > 0. Then r»n = {a,rfi) for some fn. We have, by definition of jump and dvview: 

m — 1 = jumpY{n) and dviewrin) = dviewr{m — 1) (r»m) (a, n) 

It follows that the claim reduces to its m—1) instance, which holds by induction. 

The base cases of claim (2) are obvious. For the induction case, we have 

dOTei/;|-p-|Gv(n) = cZwei(;|-p-|Gy (m — 1) ([F]'^^»m) (a, n) 
= (F.(m- 1)) ([F]G^.m) (a,n) 
= (F»m) (a, n) 
= Fm 

using successively the induction hypothesis, the definition of the m-rule of the GAM, the 
definition of the translation, and the definition of the n-rule of the GAM. Appeals to the 
rules of the GAM are legitimate because the claim is restricted to reachables states. 
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We now show that the machines simulate each other in lock-step. Let {1 ^ (•, 1)} = 
Ti, . . . ,Tiy, . . . be the successive states of the GAM. Then the VAM runs successively 
through the states {!<—•}= [Fi]*^^,... [Fi,] . . ., and terminates only when the 
GAM terminates; and the same holds conversely in the VAM to GAM direction. These 
properties are an easy consequence of the two claims. We check one case in detail: let 
r I— > r{2n <— r'(a,2n)}, with TT'{pop^{T'{2n — 1))) = 2m — 1. Using the two claims, we 
have: 

7r'(pop*(r«(2n — 1))) = it' {pop^{dview!^Y'-\Gv {2n — 1))) = jump^^j^^cv (2n — 1) 

from which it follows that 

\r]^V ^ rrl^^{2n^ (a,2m-l)} = [r{2n ^ r'(a, 2n)}] 

The fact that the two translations are inverse on reachable states is an immediate conse- 
quence of the mutual lock-step simulation. 

A. 2 SAM-GAM equivalence 

We follow the same scheme as in section lA.ll Since the proofs are fairly similar, we shall 
limit ourselves to stating the relevant invariants. 

If r is a state of the GAM, we use to denote the prefix of T whose last item is 
the ly-th item of T. The inverse translations are defined as follows (the second translation 
necessitates to define at the same time a step number associated to a SAM state): 

GAM to SAM: 

r{i-(.,i)}i^^ = . 

hd{T) = {n ^ q[a,^]} ir' {pop^ (q)) = m 
\T{n ^ r'{a, n)}] = [r^rl ^^(a, [T] 
hd{T) = {2^^ q[a,^]} 
\T{2n ^ (a, 2n)}] = (a, [r] 
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SAM to GAM: 



qf^ = n q* = n 



rq[a, = pql^G|^^ gq^5G.„)[„^ A]} =^ 



[r'(o,r)]^G = [rl^^{n ^ ([r'l^^.m)(a, n)} (r'(a,r))# = n 

r# = 2n = 2n 



[(a,r)]^^ = [r]^G{2n^ (a,2n)} (a,r)# =2n 

In order to express one of the invariants of tliese translations, we introduce the fohowing 
substate relation among SAM states. It is the transitive closure of the relation defined by 
the following rules: 



q^q[a, •t^] r'^r'(a,r) r^r'(a,r) 
We also need the following auxiliary definition. Let a be the function assigning to v the 

state reached by the SAM at stage (v), i.e., • = — ^ o"(2) . . . — ^ (^{t^) ■ ■ ■ We are 
now ready to express the invariants needed to prove the equivalence between the GAM 
and the SAM: 

(7(p#) =p 

Pi ^ P2, then (pi)# < (p2)# 

the head item of [p] ^'^ is numbered q* 

(rpii^^)(p.)# = rp2i^^ (P2^Pi) 

erase ( [Fjj] '^'^) = erase{T»n) 

A. 3 SAM-EAM equivalence 

We relate the SAM to the EAM. Let 

{P\[au-]^Mi[],...[an,-]^Mn[]) 
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be an initial state of the EAM. We shall show that the EAM execution from there is 
lock-step simulated by the SAM execution of 

((rPlfP|ai-rMilff,...,ai-[M„lfP 

We translate a SAM state back to an EAM state as follows: 

\r'r'^ = {[a^A]{...,{a,{XY.P)),...}\p') 
\rr^ = {[hAmM,)\beB}\p) 

\r'{a,z)]S^ = {P\p'[[b,y]^M,\beB]) 

\r'Y^ = {[a,A]{---,{a,{P)),...}\p') 
rrl^^ = ([6i,^]{}|p) 

rr'(a,r)l5^ = (P|p') 

In order to formulate the invariants of the simulation, we need to define the following 
translation function: 

{•r = i{pm \a,r = iM,,[]) 

[r]- = ([a,*]{...,(6,Mb),...},L) 
\rbY' = {Mb,L) 
rgl- = ((Ax.P),L) 
\q[a,<^]r- = {P,x.L) 

The function f-]"'^ reconstructs the matching subterm of (P) or of the Mj, together with 
the concrete binding information above it. The translation \-~\^^ satisfies the following 
invariants: 

\rY^ = {P\p) 

(1) ' ' ^ ^ ' 

P = [erase (r)] "''^ 

Ic^l'E = {P\p) \n'{pop'^{q))Y^ = [a^,*]{...,{a,M),...} 

(2) 

p([a,pop^([erase(q)]'''=]) = M 
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GAM 




EAM SAM VAM 

Figure 9: A unique computing device in four disguises 



which in turn entail (easy check) that the SAM can proceed from r (to q) if and only if 
the EAM can proceed from [r]'^^ (to [q]'^^). 

Our picture is now complete. We have four equivalent presentations of the same 
computing device, as summarized in figure [H 
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